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S(GMC), et/ou des plans P et/ou B et/ou S(GMC), le tout en 
provenance du portail (12). 




_ La presente invention concerne un agencement d'in- 
terfacage video et multimedia de type MPEG-4 pour relier 
au moins un dispositif d'affichage a au moins une source vi- 
deo, constitue essentieilement, d'une part, d'une unite de 
traitement adaptee pour afficher tout flux video de type 
MPEG-4 en temps reel ou differ^, de le stocker, de I'enre- 
gistrer et/ou de Tenvoyer sur un reseau de diffusion (4) et/ 
ou sur un reseau de telecommunication 6tendu (10) de fai- 
ble bande passante et/ou de Penregistrer sur une carte a 
puce et. d'autre part, d'au moins une interface d'ecran (7) et 
d'une interface de connexion a un reseau local ou etendu 
(5, 9) et/ou a un lecteur de cartes a puce, caracterise en ce 
qu'il comprend essentieilement d'une part, une memoire de 
certains vecteurs de mouvement des plans P et/ou B et/ou 
S(GMC), et/ou une memoire de certains plans B, P et 
S(GMC) du flux vid^o dans chaque portail audiovisuel (12) 
et d'autre part, que chaque agencement d'interfacage video 
(8) possede des fonction de stockage, d'enregistrement et 
de traitement de programmes audiovisuels et est associe a 
au moins un dispositif d'affichage int£gr£ ou de type ecran 
de television (6), chaque agencement d'interfagage video 
(8) reconstituant les flux MPEG-4 en provenance des infor- 
mations de son propre disque dur et des algorithmes et/ou 
des vecteurs de mouvement des plans P et/ou B et/ou 
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DISPOSITIF POUR LE BROUILLAGE DE CONTSNUS MULTIMEDIAS ET 

AUDIOVISUELS DE TYPE MPEG- 4 

La present e invention concerne le brouillage de 
5 n'importe quel programme ou sequence multimedia utilisant 
un format de flux nominal de type MPEG- 4 de fagon a 
realiser par des utilisateurs autorises, 1 ' acces 
conditionnel, la diffusion securisee, le controle de 
l'enregistrement, de la copie privee et de la visualisation 

10 de ces programmes ou sequences multimedias et propose un 
systeme securise pour le traitement, 1' acces, la diffusion, 
la livraison, l'enregistrement, la copie privee, la 
visualisation et la gestion des droits de programmes et de 
sequences video ou multimedia interactifs. 

15 L ^ probleme general est de fournir un 

dispositif capable de transmettre de fagon securisee un 
ensemble de films de haute qualite visuelle k un format de 
type MPEG-4 en direct vers un ecran de television et/ou 
pour etre enregistre sur le disque dur d'un boitier reliant 

2 0 le rSseau de t<§letransmission a un Scran de type moniteur, 
ecran de television, video projecteur ou ecran de cinema 
tout en preservant la qualite audiovisuelle mais en evitant 
toute utilisation frauduleuse comme la possibility de faire 
des copies pirates de films ou de programmes audiovisuels 

25 enregistrSs sur le disque dur du boitier decodeur. 

L 1 invention permet egalement un contr61e total 
de 1 1 utilisation des copies et des droits attaches aux 
oeuvres ainsi distributes. 

Avec les solutions actuelles, il est possible 

30 de transmettre des films et des programmes audiovisuels 
sous forme numerique via des r£seaux de diffusion de type 
hertzien, cable, satellite, etc. ou via des reseaux de 
telecommunication type DSL (Digital Subscriber Line) ou BLR 
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(boucle locale radio) , via des reseaux DAB (Digital Audio 
Broadcasting) ou via des reseaux de telecommunications 
numeriques (GSM, GPRS, UMTS) . Par ailleurs, pour eviter le 
piratage des ceuvres ainsi dif fusees, ces dernilres sont 
5 souvent cryptees par divers moyens bien connus de 1 ' homme 
de 1 ' art . 

Toutefois, 1' inconvenient principal de toutes 
les solutions actuelles (TiVo Inc., WO00165762) est qu' il 
faut transmettre non seulement les donnees cryptees vers 
10 les utilisateurs, mais egalement les cles de decryptage. La 
transmission des cles de decryptage pouvant se faire avant, 
en meme temps ou apres la transmission des programmes 
audiovisuels . Pour augmenter la security et done la 
protection des ceuvres audiovisuelles contre une utilisation 
15 mal intentionn<§e, les cles de decryptage ainsi que les 
fonctions de decryptage des decodeurs audiovisuels peuvent 
comporter des moyens de security ameliores comme des cartes 
a puces ou autres cl6s physiques qui peuvent en option, 
etre mises a jour a distance. 
20 Ainsi, les solutions actuelles appliqu<§es a un 

boitier decodeur avec possibility d' enregistrement local de 
programmes audiovisuels sous forme numerique sur un support 
quelconque de type disque dur ou autre type de memoire, 
offrent a un usager mal intentionne, la possibility de 
25 faire des copies non autorisees des programmes ainsi 
enregistres, puisqu'& un moment donn<§, cet usager possdde 
avec son boitier decodeur numerique, associe ou pas a des 
systemes de cartes a puce, toutes les informations, 
programmes logiciels et donnees permettant le decryptage 
30 complet des programmes audiovisuels. En raison justement du 
fait qu'il possede toutes les donnees, 1' usager mal 
intentionne aura la possibility de faire des copies 
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ill£gales sans que personne ne s'aper<?oive de cette copie 
frauciuleuse au moment ou elle est faite. 

Une solution consisterait done & transmettre 
tout ou partie d'un programme audiovisuel numerique 
5 uniquement a la demande (services de video a la demande) a 
travers un reseau de telecommunication large bande de type 
ADSL, Ccible ou satellite, sans autoriser l'enregistrement 
local des programmes audiovisuels . Le document WO0011871 
(Open Entertainment) propose ainsi une solution de 

10 distribution de fichiers multimedia sur requete de 
1 ' utilisateur . Ici, 1 ' inconvenient est tout autre et 
provient des performances de ces rSseaux qui ne permettent 
pas de garantir des flux continus de quelques megabits par 
seconde a chaque usager, comme exige par les flux MPEG-4 

15 qui necessite des bandes passantes de quelques dizaines de 
kilobits k plusieurs megabits par seconde. 

Dans ces conditions, une solution consiste a 
separer le flux en deux parties dont aucune ne serait 
utilisable seule. Dans cette optique plusieurs brevets ont 

20 6t6 d6pos6s. Ainsi, on connait par le document WO09908428 
(Gilles Maton) un procede de traitement mult i-applicat if 
d ! un terminal act if localisable dans lequel on realise au 
moins une liaison avec un programme identifiable dedie a 
l f execution d'une application, ledit programme dictant ses 

25 conditions d ' exploitation au terminal pour la mise a 
disposition des fonctions. Le terminal dialogue 
ponctuellement , par l'emploi d'une liaison, avec le centre 
de gestion pour la realisation, si necessaire, des entrees 
et sorties des capacites de ce dernier, le centre de 

3 0 gestion devenant esclave ou non du terminal au niveau de 
l'applicatif vis-a-vis du programme entrant. Cette 
invention concerne egalement le procedg d* identification du 
programme et du terminal en exploitation. Ce procede de 
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l'art anterieur divise le flux en une partie servant a 
identifier 1 ' utilisateur et une partie qui contient le 
programme a proprement parler. En particulier, ledit 
programme n'est pas inutilisable rnais seulement verrouille 
5 par la premiere partie. 

D'autre part, le document EP0778513 
(Matsushita) decrit un procede permettant de prevenir 
1 ' utilisation illegale d'une information en y ajoutant une 
information de contr61e afin de verifier les droits de 

10 1 ' utilisateur . Le systeme permet de savoir en permanence 
quelle partie de 1 ' information est utilisee et par quel 
utilisateur et par Ik de savoir si cet utilisateur est en 
position illegale ou pas. Ce procede securise done les 
donnees en y ajoutant des informations additionnelles qui 

15 denaturent 1 ' information initiale. 

Le document W00049483 (Netquartz) nous offre 
egalement des procedes et des systemes pour creer un lien 
entre les utilisateurs et un editeur d'entites numerisees. 
Le procede comprend I'une au moins des etapes suivantes : 

20 l'etape de subdiviser ladite entity num^risee en deux 
parties ; l'etape de memoriser une partie dans une zone 
memoire d'un serveur connecte a un reseau informatique ; 
l'etape de transmettre 1 'autre partie S. au moins un 
utilisateur disposant d'un equipement informatique ; 

25 l'etape de connecter ledit 6quipement informatique audit 
reseau informatique ; l'etape d'etablir un lien fonctionnel 
entre ladite premiere partie et ladite deuxieme partie. Ces 
procedes et systdmes ne specif ient pas si la partie 
memorisee sur le serveur peut etre stockee par 

30 1 ' utilisateur ce qui permettrait a celui-ci de pirater 
ladite entity numerisee, 

Le brevet WO01/97520 presente egalement des 
methodes, des procedes et des dispositifs pour controler la 
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transmission et 1 ' enregistrement des contenus numerises de 
type MPEG-2. Toutefois, ce brevet ne presente aucune 
specif icite pour les documents audiovisuels de type MPEG-4. 
De plus, la methode est totalement inefficace pour les 
5 reseaux de telecommunication has debit car elle substitue 
tout ou partie des images I dont le poids en octets est 
tres couteux lors de la transmission du deuxidme flux. 

Enfin, dans cette approche, l'etat de la 
technique le plus proche se retrouve dans les brevets 
10 d'HyperLOCK Technologies dont le plus pertinent est le 
document US05937164. Cette invention utilise la solution 
qui consiste k sparer le flux en deux parties dont la plus 
petite detient une information necessaire a 1 ' utilisation 
de la plus grande. Cependant, ce brevet n'est pas suffisant 
15 pour repondre au probleme identifi<§. En effet, la 
suppression d'une partie du flux denature le format du 
flux, et ne peut done pas etre reconnu comme un flux 
standard, exploitable avec des applications logicielles 
generales. Ce procedd de l'art anterieur necessite a la 
20 fois un logiciel specif ique cote serveur, pour la 
separation des deux parties, et un autre logiciel 
specifique assurant non seulement la reconstruction du 
flux, mais egalement 1 ' acquisition du flux principal et son 
exploitation selon un format proprietaire & la solution. Ce 
25 format proprietaire n'est pas le format initial du flux 
avant separation en deux parties, dans cette solution 
connue . 

Cette societe a egalement depose trois autres 
brevets : le document US5892825 reprend le brevet precedent 
*0 mais dans un cadre moins large car les flux y sont tou jours 
cryptes ; le document US6035329 repose sur le meme 
principe, il concerne un proc£de permettant la lecture d'un 
disque de type CD-ROM ou DVD-ROM condit ionnellement a 
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1 ' identification des droits par 1' insertion d'une carte a 
puce sur laquelle les informations necessaires a la lecture 
sont stockees. Ce procede n'est encore pas suffisant pour 
notre probleme car il ne garantit pas que le flux modifie 
5 soit du me me format que le flux originel . Enfin, le 

m 

document US61853 06 concerne un procede de transmission de 
donnees crypt^es depuis un site Web vers un ordinateur 
demandeur. Ce procede permet cependant a l'utilisateur de 
disposer a un moment donne de tous les outils necessaires 
10 pour copier les donnees. 

Afin de corriger ces differents defauts, 
1' invention concerne un procede pour la distribution de 
sequences videos selon un format de flux nominal constitue 
de donnees representant une succession de scenes 
15 audiovisuelles constitutes d'objets audiovisuels 
hierarchises selon un script decrivant leurs relations 
spatiales et temporelles comprenant chacune au moins un 
plan P correspondant & un plan objet complet comme c'est le 
cas avec la norme MPEG-4 ♦ 
20 Comme cela est bien connu par l'homme de l'art, 

la norme MPEG-4 introduit en effet la notion d' Ob jet Video 
(VO pour « Video Object ») , par exemple un personnage ou 
une voiture qui passe, dans le cas plus simple le VO etant 
un objet rectangulaire . La norme MPEG-4 introduit egalement 
25 la couche d'objet video (VOL). Cette derniere est composee 
de Groupes de Plans d' Objet Video (GOV) qui contiennent 
plusieurs Plans d 1 Objet Video (VOP) , qui representent un 
objet video a un moment donn6. 

Cette decomposition en objet facilite 
30 grandement 1 1 interactivity , et il devient plus facile 
d f obtenir des informations sur un objet (le joueur ou la 
voiture qui passe) . 
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Le principe de base de la compression MPEG-4 
repose sur le contenu . II faut alors separer le fond des 
objets animes . Une des caracteristiques de MPEG-4 est de 
bien separer les objets et le fond d'une scdne, pour 
5 ensuite en tirer des avantages pour la compression et les 
f onctionnalites supplementaires que cela entrainera. Cela 
permet lors d'un panoramique par exemple de ne transmettre 
qu'une seule fois le fond complet et d'envoyer separement 
les obj ets animes . 

10 Une scene audiovisuel le codee MPEG-4, est 

decrite comrae un ensemble d' elements individualises et 
independants . Elle contient des composants de base 
regroup^s par type. Ces groupes correspondent aux branches 
d'un arbre de decoupage ou chaque feuille represente un 

15 element simple de base. Ainsi, une scene audiovisuelle de 
type MPEG-4 doit etre comprise comme la composition 
d 1 objets audiovisuels selon un script decrivant leurs 
relations spatiales et temporelles. Les f onctionnalites de 
MPEG-4 necessitent un environnement de representation ou 

20 une architecture qui utilise une structure de donnees 
differentes de MPEG-1 et MPEG-2, parce que des parties 
signif icatives de 1 1 information visuelle doivent etre 
accessibles pour 1 1 interaction et la manipulation. Dans la 
suite du texte, le terme VOP (Video Object Plan) correspond 

25 un composant video de forme arbitraire. Le plan de 

definition VOP a pour tache de definir les objets 
signif icatifs de la scene avec lesquels des interactions et 
des manipulations indSpendantes seront possibles. Ceci 
signifie que ces objets sont represents de fagon a fournir 

3 0 un acces simple et de preference independant des autres 
objets de la scene. Toutefois, les differents VOPs n'ont 
pas necessairement les memes resolutions spatiales et 
temporelles . 
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De plus, pour augmenter les possibilities de 
manipulation, des hierarchies de VOPs associes a differents 
degres d • accessibility sont egalement prises en compte . 

Tout cela permet a 1 ' ut ilisateur de pouvoir 
5 interagir avec les objets de la scene. Voici quelques 
manipulations possibles : 

Modification de la position spatiale d'un objet 
(VOP) dans la scene 

Application d'un facteur d'echelle spatiale a 
10 un objet de la scene 

Changement de la vitesse avec laquelle un objet 
se deplace dans la sc^ne 

Ajout d 1 objets 

Suppression d'un objet de la scene 

15 Dans la norme MPEG-4, les informations 

relatives a la forme, au mouvement et 3. la texture des VOPs 
sont codSes dans des couches VOL (Video Object Layer) 
separ<§es afin de permettre le decodage separe des VOPs. 
Avec MPEG-4, 1 1 image rectangulaire n'est qu 1 un cas 

20 particulier de codage de multiples VOPs comme image de 
forme arbitraire. 

Le MPEG-4 VM (MPEG-4 Video Verification Model) 
utilise un algorithme identique pour coder des inf ormations 
relatives a la forme, le mouvement et la texture dans 

25 chaque couche . Cependant , 1 1 inf ormation concernant la forme 
n'est pas transmise si la sequence a coder ne contient que 
des images standard de taille rectangulaire. Dans ce cas, 
1' algorithme de codage video MPEG-4 & une structure 
similaire aux algorithmes MPEG-1 et MPEG-2. Cela convient a 

30 des applications qui requierent une grande efficacite de 
codage sans necessiter des f onctionnalites etendues basees 
sur le contenu. 
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L'algorithme de compression MPEG-4 VM est base 
sur la technique hybride des DPCM/Transf orm deja employee 
par les normes MPEG-1 et MPEG- 2. 

Le premier VOP de chaque GOV est code en mode 
5 I. Chacune des images suivantes est codee en utilisant la 
prediction inter-image (P-VOP) . Seules les donnees de la 
plus proche image precedemment codee sont utilisees pour la 
prediction. A cela s'ajoute le support des B-VOP. Le 
procede de codage est le meme que celui des standard MPEG-1 
10 et MPEG- 2 . 

En general, les images en entree qui doivent 
etre codees pour chaque couche VOP sont de forme arbitraire 
et la position et la forme des images varient dans le temps 
en respect d'une fenetre de reference. MPEG-4 VM introduit 

15 alors le concept de fenetre de reference VOP avec une 
grille de macrobloc adaptable a la forme. Toutes les 
couches VOL qui doivent etre codees pour une sequence video 
en entree sont definies en reference a la fenetre de 
reference dont la taille est constante. 

20 L» information sur la forme d'un VOP est codee 

avant le codage des vecteurs de position bases sur la 
grille de macrobloc du VOP et est exploitable aussi bien 
pour l'encodage que pour le decodage. Dans les etapes 
suivantes du processus, seules les informations concernant 
25 le mouvement et la texture des blocs du macrobloc sont 
codees (ce qui comprend les macroblocs standard et les 
macroblocs de contour) . 

L' invention concerne selon son acception la 
plus generale un procede pour la distribution de sequences 
3 0 videos selon un format de flux nominal destine a decrire 
une plurality de scenes audiovisuelles, chaque scene etant 
constitute d'une plurality d'objets audiovisuels 
hierarchises et d'un descripteur de ladite hierarchie et 
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des relations spatiales et temporelles entre lesdits 
objets, chaque objet video comprenant au moino un plan 
numerique P, caracterise en ce que l'on procede, avant la 
transmission & 1 ' equipement client, a une analyse du flux 
5 pour generer un premier flux modifie, presentant le format 
d'un flux nominal, et un deuxieme flux d'un format 
quelconque, comportant les informations numer iques aptes a 
permettre la reconstruction desdits plans modifies, puis a 
transmettre slparement les deux flux ainsi generes depuis 
10 le serveur vers 1 ' equipement destinataire, et en ce que 
1 ' on calcule sur 1' equipement destinataire une synthese 
d'un flux au format nominal en fonction dudit premier flux 
et dudit deuxieme flux. 

Avantageusement , ladite synthese produit un 
15 flux rigoureusement identique au flux originel, c'est a 
dire que le procede est sans perte . 

Dans un mode de realisation particulier de ce 
procede , chaque objet video comprend au moins un plan N, 
les donnees repr^sentant ledit plan etant calculees en 
2 0 fonction des differences entre ledit plan N et au moins un 
autre plan. 

Avantageusement , ledit premier flux presente 
des plans N modifies. 

Selon un mode de mise en ceuvre de ce procede, 
25 les donnees d'au moins un plan N sont calculees par 
compensation de mouvement dudit plan N par rapport au plan 
N ou P precedent. Le plan N est alors appele plan P 
(predit) . 

Selon un autre mode de mise en ceuvre de ce 
30 proc§de, les donnees d'au moins un plan N sont calculees 
par compensation de mouvement dudit plan N par rapport aux 
plans N ou P precedent et suivant . Le plan N est alors 
appele plan B (bidirectionnel) . 
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Avantageusement , le format de flux nominal est 
defini par la norme MPEG-4. 

Dans un mode de realisation de ce procede, 
ledit premier flux pr^sente des plans P modifies. 
5 Dans un autre mode de realisation de ce 

procede, ledit premier flux presente des plans B modifies. 

Pour l'homme de l'art, les flux Video de type 
MPEG-4 se decomposent sous la forme d'une succession de 

0 plan I, P, B ou S . Les plans I sont dits Intra. Ce sont les 
plans de reference, de taille elevee, ils ne contiennent 
pas d' information liee au mouvement . Les plans P sont dits 
predits. Ils sont lies aux plans les precedant (plans I 
et/ou P) par des vecteurs de mouvement dans une seule 

5 direction, dite en-avant ou « Forward Les plans B sont 
dits bidirectionnels . Ils sont lies aux plans I et/ou P les 
precedant et les suivant par des vecteurs de mouvement dans 
les deux directions (en-avant et en arriere ou 
« Backward ») . 

0 De plus, une des caracterist iques de la norme 

MPEG-4 consiste & decomposer une scene video en objets 
video differents, 1' arriere plan pouvant etre alors non 
correle des autres objets video et encode sous forme de 
plan appele Sprite (S-VOP) . Ces plans peuvent etre 

5 statiques ou mobiles. Dans ce dernier cas, on parle alors 
de plan S-GMC pour « global motion compensation ») , ces 
plans mobiles contiennent aussi de 1 ' information li<§e au 
mouvement . 

L' unite de base pour apprehender le mouvement 
0 dans un plan est le Macrobloc, qui correspond gen<§ralement 
a un bloc de 16x16 pixels de 1' image (dans des cas precis 
la taille peut etre differente, mais cela ne gene en rien 
1' invention) . Chaque Macrobloc contient obligatoirement un 
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type parmi les cinq types differents possibles : « Inter », 
« Inter+Q », « Inter4v », « Intra » ou « Intra+Q »). Chaque 
Macrobloc contient egalement d'autres donnees necessaires 
pour decoder les informations qui suivent. Ces donnees sont 
5 des Vecteurs de mouvement dif f erentiels et des blocs de 
luminance et de chrominance (4 blocs Y, 1 bloc Cb et 1 bloc 
Cr) , qui contiennent chacun les coefficients DC et AC 
dif f erentiels, s'ils existent. lis sont utilises pour 
reconstruire les coefficients DC et AC du bloc courant . Le 
10 coefficient DC represente la composante continue issue de 
la transformation en cosinus discrete des valeurs des 
pixels du bloc. Les coefficients AC representent une ou 
plusieurs frequences spatiales horizontales et/ou 
verticales non nulles. 

15 Les vecteurs de mouvement sont reconstitues au 

niveau du decodeur a partir des valeurs dif f erentielles de 
vecteur de mouvement issues du flux. Ces valeurs sont 
encodees en VLC dont les valeurs autorisees sont 
normalisees. Elles sont les seules valeurs issues du flux 
20 permettant de retrouver les vecteurs de mouvement. 

Chacune de ces valeurs est decod^e en fonction 
du type de mouvement du plan auquel elle appartient. II 
s'agit de Forward, Backward et Direct. Dans chaque cas le 
vecteur de mouvement diffSrentiel est decrit par deux 
25 valeurs (en pixels), la premiere correspond au dgplacement 
ho rizontal, la deuxi^me au deplacement vertical. 

Dans les cas Forward et/ou Backward, il est 
possible d' avoir des valeurs residuelles pour les donnees 
horizontales et verticales, en fonction de la configuration 
30 du flux. Ces valeurs residuelles sont elles aussi utilisees 
pour reconstruire le vecteur de mouvement complet. Ce n'est 
pas le cas pour le mode Direct, qui est utilise uniquement 
pour les plans B et qui permet d'obtenir a l'aide d'un seul 
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vecteur de mouvement dif f erentiel , une compensation de 
mouvement bidirect ionnelle directe . 

En fonction du flux, il peut y avoir plusieurs 
valeurs dif f £rent ielles successives, notamment dans le cas 
5 ou le flux est entrelace et que 1 ' on a une prediction de 
champ (« field prediction ») , auquel cas on a deux valeurs 
successives de vecteur de mouvement dif f Erentiel . Pour les 
plans S-GMC ou les plans P (avec Macroblocs cod§s en 
« Inter » ou « Inter+Q ») on a un seul vecteur de mouvement 

10 differential voire deux si le flux est entrelace et en 
prediction de champ. Pour les plans P avec Macroblocs codes 
en « Inter4v », on a une valeur de vecteur de mouvement 
pour chaque bloc de luminance non transparent, soit jusqu'^ 
quatre valeurs differentes. Dans le cas d'un plan B, chaque 

15 Macrobloc est susceptible de contenir deux vecteurs de 
mouvement dif f erentiels , un Forward et un Backward. Si en 
plus le flux est entrelace et qu'on a une prediction de 
champ, alors on a quatre vecteurs de mouvement 
dif f erentiels . 

2 0 Dans le cas des Blocs Binaires Alpha qui sont 

presents dans les flux Video dont la forme n'est pas 
rectangulaire, des vecteurs de mouvement dif f Erentiels 
peuvent aussi etre decodes. Il n'y a qu'un seul vecteur de 
mouvement dif f erentiel dans chaque BAB. Les BAB ou Binary 
25 Alpha Blocs sont des groupes de 16x16 pixels issus du 
decoupage du rectangle de limitation mise en place pour le 
codage de forme pour l'objet video, Les valeurs 
horizontales et verticales sont codees en VLC et les 
valeurs autorisees sont normalises . 

3 0 Avantageuseraent les flux video contiennent des 

vecteurs de mouvement dif f erentiels, dont la transformation 
permet de proteger efficacement le flux, en le rendant 
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dif f icilement visualisable pour 1'ceil humain, tout en 
assurant la lecture sur tout lecteur de type MPEG-4. 

Transformer ces valeurs tout en respectant les 
codes VLC autorises permet de tres fortement pervert ir le 
5 rendu d'un flux video. Les effets visuels sont multiples : 
separation ou superposition d'objets, tremblements de 
1' image, effet de liquefaction, ou de pixellisation, 
inversion du mouvement, le tout rendant la visualisation du 
flux tres penible pour l'oeil humain. Avantageusement , 
10 ladite analyse decide des vecteurs de mouvement 
dif f erentiels a modifier en fonction de la taille voulue 
pour ledit deuxiSme flux et de la degradation desiree pour 
ledit premier flux modifie ; ces modifications peuvent 
etre : remplacer des vecteurs de mouvement dif f erentiels 
15 d'un plan P par des vecteurs de mouvement dif f erentiels 
d'un autre plan P, intervertir deux vecteurs de mouvement 
dif f Erentiels d'un meme plan P, intervertir deux vecteurs 
de mouvement dif f erentiels de deux plans P du meme flux, 
remplacer des vecteurs de mouvement dif f erentiels d'un plan 
20 P par des valeurs aleatoires, inverser la valeur d'un ou 
plusieurs bits bien choisis de la valeur des vecteurs de 
mouvement dif f erentiels d'un plan P. 

Selon une mise en ceuvre particulidre de ce 
procede, au moins un plan B est modifi# de la meme fagon 
25 que les plans P. 

Avantageusement, ladite analyse decide des 
plans P, B et S a modifier en fonction de la taille voulue 
pour ledit deuxieme flux et du niveau de degradation desire 
pour ledit premier flux modifie. 
30 S'il y a des plans P et B, un plan N est 

necessairement de type P ou de type B. 

Dans une mise en oeuvre particuliere de ce 
procede, la transmission dudit premier flux est realis£e a 
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travers un support materiel distribue physiquement comme un 
CD-ROM, un DVD, un disque dur ou une carte a memoire de 
type memoire flash par exemple. 

Dans une autre mise en oeuvre de ce procede, la 
5 transmission dudit premier flux est realisee a travers un 
reseau large bande (cable, satellite, fibre optique, 
hertzien, DSL, DAB) . 

Selon la mise en oeuvre de ce procede, la 
transmission dudit deuxieme flux est realisee a travers un 
10 reseau cable, a travers un reseau telephonique commute (RTC 
analogique ou numerique) , a travers un reseau telephonique 
mobile utilisant les normes GSM, GPRS ou UMTS, a travers un 
reseau BLR (boucle locale radio) ou a travers un reseau de 
type DSL. 

15 Selon une variante particuliere de ce procede, 

la transmission dudit deuxieme flux est realisee a travers 
un reseau large bande de m§me type que le reseau utilise 
par ledit premier flux, voire a travers le mdme reseau. 

Selon une variante particuliere de ce procede, 

2 0 la transmission dudit deuxieme flux est realisee au moyen 
d'une carte memoire de type memoire flash ou au moyen d'une 
carte a puce . 

Avantageusement , la transmission d'un des deux 
flux ou des deux flux est chiffree. 

2 5 Selon la mise en oeuvre de ce procede, les deux 

flux generes peuvent §tre destines a un seul equipement, a 
un groupe d' equipement ou a tous les equipements . 

Selon un mode de realisation particulier, la 
reconstruction est conditionnee par une transaction. 

3 0 La reconstruction peut egalement etre autorisee 

pour une consultation d'une copie privee demandee par le 
client . 
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De maniere generale, le fait que la 
reconstruction soit conditionnee a 1 ' autorisation du * 
portail permet a tout op^rateur du service de gerer tous 
les droits attaches aux oeuvres audiovisuelles . 
5 De plus, 1' invention concerne un equipement 

pour la fabrication d'un flux video en vue de la mise en 
aeuvre de ce procede comportant au moins un serveur 
multimedia contenant les sequences videos originelles et 
caracterise en ce qu'il comporte un dispositif d' analyse du 
10 flux video provenant dudit serveur pour generer les deux 
flux. 

Avantageusement , cet equipement comporte une 
memoire pour 1 ' enregist rement d'un marqueur « copie 
privee » indiquant pour chaque sequence les droits de 
15 chaque utilisateur : copie privee pouvant etre regard^e un 
nombre illimite de fois, copie privee pouvant etre regardee 
un nombre limite de fois et quel nombre, copie privee 
interdite . 

En outre, 1' invention concerne un equipement 
20 pour 1 ' exploitation d'un flux video en vue de la mise en 
ceuvre de ce procede comprenant un decodeur standard de 
flux, au moins une interface d' enregist rement (disque dur, 
memoire type memoire flash) destine a stocker le contenu 
dudit premier flux et/ou un lecteur de disques (CD, DVD, 
25 etc..) et au moins une interface d'affichage (ecran 
standard, ecran sans fil, videoproj ecteur ) caracterise en 
ce qu'il comporte un moyen pour la recomposit ion du flux 
originel a partir des deux flux. 

Selon un mode de realisation particulier, ledit 
30 moyen est une application logicielle installee sur 
1 ' equipement . 

Selon un autre mode de realisation, ledit moyen 
est un dispositif elect r on i que fixe. 
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Selon un autre mode de realisation, ledit moyen 
est un dispositif electronique portable (mobile) avec son 
ecran incorpore . 

Selon un mode de realisation ou 1 ' equipement 
5 est install^ sur un ordinateur, ledit moyen utilise une 
ressource specif ique au produit (carte) afin d'eviter la 
copie de 1 ' information temporaire du deuxieme flux sur un 
support permanent . 

Avant ageusement , ladite interface 

10 d'enregistrement stocke aussi un marqueur « copie privee » 
en relation avec ledit premier flux indiquant pour cette 
sequence les droits de 1 ' utilisateur : copie privee pouvant 
etre regardee un nombre illimite de fois / copie privee 
pouvant etre regardee un nombre limits de fois et . quel 
15 nombre, copie privee interdite. 

Avantageuseraent, 1' equipement comprend un 
lecteur de cartes Sl puce permettant d' identifier 1'usager. 

Avantageuseraent, 1 ' equipement comprend un 
lecteur de cartes a puce, la carte a puce contenant les 

2 0 applications logicielles. 

Avantageuseraent, 1 ' equipement comprend un 
lecteur de cartes a puce, la carte £ puce contenant les 
donnees dudit deuxieme flux pour un contenu donne . 

Enfin, 1' invention concerne un systeme pour la 
25 transmission d'un flux video caracteris^ en ce qu'il 
comprend un equipement de production d' un flux video, au 
moins un equipement d' exploitation d'un flux video et au 
raoins un reseau de communication entre 1' equipement de 
production et le(s) equipement (s) d' exploitation. 

3 0 La presente invention sera mieux comprise a la 

lecture de la description d'un exemple non limitatif de 
realisation qui suit, ce rSferant aux dessins annexes ou : 
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la figure 1 decrit 1 ' architecture d' ensemble 
d'un systeme pour la mise en oeuvre du procede selon 
1 ' invention 

la figure 2 reprlsente un mode de realisation 
5 particulier du systeme d' analyse et de synthese de flux 
conforme a 1' invention 

la figure 3 represente un mode de realisation 
particulier du systeme de synthese de flux conforme a 
1 ' invention . 

10 L 1 invention concerne un flux de donnees d'un 

format nominal, notamment mais non exclusivement un flux de 
type MPEG- 4 . Le format du flux audiovisuel utilise doit 
avoir les caracterist iques suivantes : 

ce format doit decomposer les donnees en trames 

15 [frame] , chaque trame comprenant un plan I complet et au 
moins un plan P calcule en codant les differences 
(compensation de mouvement) entre ce plan et le plan I ou P 
precedent ; 

Optionnellement , chaque trame comprend au moins 
20 un plan B calcule en codant les differences (compensation 
de mouvement) entre ce plan et les plans I et/ou P 
precedent et suivant . 

L' invention concerne un flux de donnees d'un 
format nominal, notamment mais non exclusivement un flux de 
25 type MPEG-4 , Le format du flux audiovisuel utilise doit 
avoir les caracteristiques suivantes : 

- ce format doit decomposer les donnees en 
trames [frame] , chaque trame comprenant au moins un plan P; 

chaque plan P contient des vecteurs de 
30 mouvement dif f erentiels entre les diff^rents blocs et/ou 
macroblocs des plans P. 
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Dans la description qui suit, l'exemple 
concerne un flux MPEG-4 sans que cela ne constitue une 
limitation de la portee de la protection. 

Le principe g6n£ral d'un procede de 
5 securisation d'un flux video est expose ci-apres. 
L'objectif est d'autoriser les services de video a la 
demande et a la carte £ travers tous ces reseaux de 
diffusion et 1 ' enregistrement local dans le boitier 
decodeur numerique de l'usager. La solution consiste a 

10 conserver en permanence a l'exterieur de 1' habitation de 
l'usager, en fait dans le reseau de diffusion et de 
transmission, une partie du programme audiovisuel 
enregistre, cette partie etant primordiale pour visualiser 
ledit programme audiovisuel sur un ecran de television ou 

15 de type moniteur, mais etant d'un volume tres faible par 
rapport au volume total du programme audiovisuel numerique 
enregistrS chez l'usager. La partie manquante sera 
transmise via le reseau de diffusion transmission au moment 
de la visualisation dudit programme audiovisuel numerique 

2 0 preenregistre chez l'usager. 

La plus grande partie du flux audiovisuel sera 
done transmis via un reseau de diffusion classique alors 
que la partie manquante sera envoyee a la demande via un 
reseau de telecommunication bande <§troite cotnme les reseaux 

25 telephoniques classiques ou les reseaux cellulaires de type 
GSM, GPRS ou UMTS ou en utilisant une petite partie d'un 
reseau de type DSL ou BLR, ou encore en utilisant un sous- 
ensemble de la bande passante partagee sur un reseau cable. 

Sur le dessin en annexe, la figure 1 est un 

30 schema de principe d'un systeme de distribution selon la 
present e invent ion . 
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La figure 2 represente un mode de realisation 
particulier du systeme d' analyse et de synthese de flux 
conforme a 1' invention. 

La figure 3 represente un mode de realisation 
5 particulier du systeme de synthese de flux conforme a 
1 ' invention . 

Sur la figure 1, l'agencement d' interfagage 
video (8) est adapte pour relier au raoins un dispositif 
d'affichage, par exemple un moniteur, un video projecteur 

10 ou un dispositif de type ecran de television (6) , a au 
raoins une interface de reseau de transmission et de 
diffusion large bande (4) et a au moins une interface de 
reseau de telecommunication (10) . Selon la presente 
invention, cet agencement est compose d'un module (8) 

15 comprenant principalement, d'une part, une unite de 
traitement adaptee pour traiter, en particulier decoder et 
desembrouiller tout flux video de type MPEG-4 selon un 
programme logiciel de decodage et desembrouillage pre- 
charge, de maniere a l'afficher, en temps reel ou differe, 

20 de le stocker, de l'enregistrer et/ou de l'envoyer sur un 
reseau de telecommunication et, d' autre part, au moins une 
interface d' ecran (7) et une interface de connexion a un 
reseau local ou etendu (5) et/ou (9) . Le reseau de 
transmission et de diffusion large bande (4) et le reseau 

25 de telecommunication (10) pouvant etre confondus en un seul 
reseau. 

Le disque dur du module (8) peut etre utilise 
comme memo ire tampon pour stocker moment anement au moins 
une partie du programme ou de la sequence video a afficher, 
30 en cas de visualisation differee ou de limitation dans la 
bande passante du reseau de transmission. La visualisation 
peut etre retardee ou differee a la demande de 
1' utilisateur ou du portail (12) . 
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Comme le montre la figure 1, 1' interface de 
connexion (5) est reliee a un reseau de transmission et de 
diffusion large bande (4) telle qu'un modem, un modem 
satellite, un modem cable, d'une interface de ligne a fibre 
5 optique ou d'une interface radio ou infrarouge pour la 
communication sans-f il . 

C'est par cette liaison classique de diffusion 
video que seront transmis les contenus des programmes 
audiovisuels comme des films. Toutefois, de fagon a ne pas 
10 laisser faire de copies pirates, avant de transmettre le 
contenu audiovisuel depuis le serveur (1) ou le port ail 
(12) il est prevu de conserver une petite partie du contenu 
audiovisuel dans le portail (12) . 

En cas de visualisation d'un programme 
15 audiovisuel en temps r6el, cette petite partie du contenu 
audiovisuel conservee dans le portail (12) sera egalement 
envoyee au module (8) via le reseau de telecommunication 
(10) . 

Comme les plans successifs d' une sequence video 
20 comportent un grand nombre d' elements visuels identiques 
(comme en cinema, une image ressemble a la precedente) , 
MPEG-4 n'enregistre que les elements qui different du plan 
d'origine. On modifiera done un plan entier de reference en 
conservant les modifications apportees aux vecteurs de 
25 mouvement diffSrentiel dans le portail (12) et, pour les 
plans successifs qui dependent de ce plan I de reference, 
il n'est pas necessaire d'apporter des modifications 
puisqu' ils feront diverger le flux visualise en raison des 
perturbations apportees aux plans P. 
3 0 La compression MPEG-4 commence done, dans un 

premier temps, par decomposer 1 ' image en dif ferentes 
matrices carrees comportant plusieurs points ou pixels, 
ayant chacun leur propre valeur colorimetrique. Un calcul 
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permet d'obtenir une valeur moyenne pour chaque matrice au 
sein de laguelle chaque point est maintenant noye. Ce 
traitement genere une pixel lisat ion et 1' apparition 
d'aplats uniformes, Ik oil existaient des nuances de teinte. 
La deuxieme etape de la compression MPEG-4 consiste a ne 
conserver d'un plan a 1' autre que les elements changeants. 

Pour obtenir des images animees de type MPEG-4 , 
le principe consiste a capter quelques images dans le 
temps, les images intermediaires etant calculees a partir 
de celles-ci. L' analyse des plans de reference complets 
permet de predire des plans intermediaires P. Ensuite, on 
intercale entre plans de reference et plans predits, des 
plans B. 

La video est representee comme une succession 
15 de plans individuels, dont chacun est traite comme une 
matrice bi dimensionnelle d'elements d ' image (pixels). La 
representation des couleurs de chaque pixel comprend trois 
composantes: une composante de luminance Y et deux 
composantes de chrominance, Cb et Cr. 

La compression de la video numerisee est 
realisee par 1 1 utilisation de plusieurs techniques: sous 
echant illonnage d ■ informations de chrominance pour 
s ' adapter a la sensibilite du systeme visuel humain (HVS) , 
quantification, compensation du mouvement (MC) pour 
25 exploiter la redondance temporelle, transformation dans le 
domaine frequentiel par la transformation en cosinus 
discrete (DCT) pour exploiter la redondance spatiale, 
codage a longueur variable (VLC) et interpolation d' images. 

Le systeme visuel humain (HVS) etant le plus 
sensible a la resolution de la composante de luminance 
d'une image, les valeurs de pixel Y sont codees a pleine 
resolution. Le systeme visuel humain est moins sensible aux 
informations de chrominance . Le sous-echant illonnage 
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elimine les valeurs de pixels basees systemat iquement sur 
la position, ce qui r6duit la quantite d' informations a 
comprimer par d'autres techniques. La norme conserve un 
ensemble de pixels de chrominance pour chaque voisinage 2x2 
5 de pixels de luminance* 

L 1 unite de codage de base d'une image est le 
macrobloc. Les macroblocs de chaque image sont cod^s 
successivement, de gauche a droite, et de haut en bas . 
Chaque macrobloc est compose de 6 blocs 8x8: quatre blocs 

10 de luminance, un bloc de chrominance Cb et un bloc de 
chrominance Cr. A noter que les quatre blocs de luminance 
couvrent la meme zone de 1 1 image que chacun des blocs de 
chrominance, du fait du sous -6chant illonnage des 
informations de chrominance, effectue pour adapter le 

15 codage a la sensibilite du systeme visuel humain. 

Pour un macrobloc donne, la premiere operation 
est le choix du mode de codage qui depend du type d 1 image, 
de l'eff icacite de la prediction compensee en mouvement 
dans la region codee, et de la nature du signal contenu 

20 dans le bloc. Deuxiemement, une prediction compensee en 
mouvement du contenu du bloc, basee sur des images de 
reference anterieure ou future est f ormee . Cette prediction 
est soustraite des donnees reelles du macrobloc courant, 
pour former un signal d'erreur. Troisiemement , ce signal 

2 5 d'erreur est divis£ en 6 blocs 8x8 (4 blocs de luminance et 
2 blocs de chrominance dans chaque macrobloc) a chacun 
desquels est appliquee une transformation en cosinus 
discrete. Le bloc 8x8 de coefficients DCT resultant est 
quantifie. Le bloc a deux dimensions qui en resulte est 

30 balaye en zigzag pour §tre converti en une chaine 
unidimensionnel le de coefficients DCT quantifies. 
Quatriemement , les informations annexes du macrobloc (type, 
vecteurs, etc.) ainsi que les donnees des coefficients 
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quantifies sont codees. Pour obtenir une efficacitS 
maximale, un certain nombre de tables de codage a longueur 
variable sont definies pour les differents elements de 
donnees. Un codage des longueurs de plage est applique aux 
5 donnees des coefficients quantifies. 

Le coefficient DCT du point (0,0) superieur 
gauche du bloc represente une frequence horizontale et 
verticale nulle: il est appele coefficient DC (continu) . Le 
coefficient DC <§tant proport ionnel a la valeur moyenne des 
10 pixels du bloc 8x8, le codage predictif permet une 
compression supplementaire , car la difference des valeurs 
moyennes des blocs 8x8 voisins tend a etre relativement 
petite. Les autres coefficients representent une ou 
plusieurs frequences spatiales horizontales et/ou 
15 verticales non nulles et sont appeles coefficients AC. Pour 
que le niveau de quantification des coefficients 
correspondants aux frequences spatiales elevees favorise la 
creation d'un coefficient nul , on choisit un pas de 
quantification tel que le systSme visuel humain (VHS) ait 
20 peu de chance de percevoir la perte de la frequence 
spatiale concernee, sauf si la valeur du coefficient se 
trouve au-dessus de ce niveau de quantification. Le codage 
statistique des plages pr£vues de coefficients d 1 ordre 
eleve consecutifs de valeur nulle, contribue 
25 considerablement au gain de compression. Pour regrouper les 
coefficients non nuls au debut de la serie et pour coder 
autant de coefficients nuls que possible a la suite du 
dernier coefficient non nul, leur sequence est donnee par 
un balayage en zigzag qui concentre les frequences 
30 spatiales <§lev£es a la fin des series. 

Le codage a longueur variable (VLC) est une 
technique de codage statistique qui affecte des mots de 
code aux valeurs a coder. Des mots de code courts sont 
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affectes aux valeurs de frequence d' occurrence elevee, et 
des mots de code longs a celles d' occurrence peu frequente. 
En moyenne , les mots de code courts plus frequents sont 
majoritaires , en sorte que la chalne cod6e est plus courte 
5 que les donnees d'origine. 

L' invention consiste a utiliser et a modifier 
les vecteurs de mouvement dif f erentiels des plans P et/ou B 
et/ou S, afin de pouvoir manipuler 1 1 aspect et la validite 
visuelle de la sequence a laquelle appartiennent les plans 
10 en question. 

Selon un mode de realisation particulier, le 
flux MPEG-4 (101) complet est analyst par le dispositif 
d' analyse (121) du portail (12) ; tous les plans P sont 
analyses en vue de trouver chacun de leurs vecteurs de 

15 mouvement dif f erentiels . Pour chaque valeur trouvee , le 
systeme procede & sa sauvegarde dans le tampon (12 3) du 
portail (12) , et elle est remplacle dans le flux par la 
valeur maximale autorisee par la norme, identiquement pour 
chaque valeur trouvee. Le flux transforme est stocke dans 

20 le tampon de sortie (122), sa taille est differente du flux 
d'origine (101), raais il est parfaitement lisible par 
n' importe quel lecteur (8) capable de lire le flux 
d'origine (101) . 

Selon un mode de realisation particulier, tous 

25 les plans P du flux MPEG-4 (101) complet sont analyses par 
le dispositif d' analyse (121) du portail (12) en vue de 
trouver chacun de leurs vecteurs de mouvement 
dif f erentiels . Pour diminuer la taille des donnees 
sauvegardees , on ne transformera que les vecteurs de 

30 mouvement dif f Erentiels d'un Macrobloc sur deux ou trois. 
Le moyen de retrouver les plans qui ont et6 modifies sera 
conserve dans le tampon (123) du portail (12) avec les 
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valeurs d'origines des vecteurs de mouvement dif f erent iels 
transf ormes . 

Selon un mode de realisation particulier, tous 
les plans P du flux MPEG-4 (101) complet sont analyses par 
le dispositif d' analyse (121) du portail (12) en vue de 
trouver chacun de leurs vecteurs de mouvement 
dif ferentiels . Afin d' avoir un flux transform^ de taille 
identique au flux MPEG-4 d'origine (101) au niveau du 
tampon de sortie (122), on ne transformera qu'un certain 
nombre de bits dans le code VLC representant la valeur 
traitee, de sorte que le code VLC resultant soit 
respectueux de la norme, et que la nouvelle valeur soit 
suffisamtnent eloignee de l'originale afin que la 
transformation soit la plus efficace possible. 
15 Selon un mode de realisation particulier, une 

partie seulement des plans du flux MPEG-4 d'origine (101) 
seront analyses et transf orm^s, permettant ainsi de 
diminuer la taille des donnees memorisees dans le tampon 
(123) du portail (12) . 

Lorsqu'il lit le train binaire, un decodeur 
classique MPEG-4 identifie le debut d'un plan code, puis le 
type du plan. Pour eviter toute confusion entre un boxtier 
decodeur standard souvent appel<§ « Set Top Box ou STB », le 
decodeur standard MPEG-4 sera appele « Lecteur » 
25 (« Player » ou « Viewer ») dans la suite du document. Ce 
Lecteur peut etre realise en hardware et/ou en software. Le 
lecteur MPEG-4 decode successivement chaque macrobloc du 
plan. Le plan est reconstruit quand tous ses macroblocs ont 
ete traites. S'il s'agit d'un plan I, il constitue un plan 
de reference pour les plans subsequents et il est stocke a 
la place du plan de reference le plus ancien. Les plans 
sont ainsi disponibles, sous forme numerique, pour post- 
traitement et affichage, au gr6 de 1 ' application. 
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Dans le cas d'un programme audiovisuel de type 
MPEG-4, toutes les caracteristiques des plans P en 
provenance du serveur (1) ou du portail (12) ne sont pas 
transmises vers le module (8)- En particulier , les 
5 caracteristiques conformes a 1' invention sont les vecteurs 
de mouvement dif f erentiels contenus dans les plans P. 

Certains vecteurs de mouvement dif f Erentiels 
de ces plans P sont conserves dans le portail (12) . Par 
contre, en lieu et place des vecteurs de mouvement 

10 dif f Erentiels de ces plans P non transmis, le dispositif 
conforme a 1' invention intercalera de faux vecteurs de 
mouvement dif f Erentiels de m§me nature que les vecteurs de 
mouvement dif f erentiels enleves et conserves dans le 
portail (12) de sorte que le Lecteur standard MPEG-4 du 

15 module (8) ne soit pas perturbe par ces modifications qu'il 
ignorera et reconstituera en sortie un flux de sortie MPEG- 
4 qui sera non correct du point de vue visuel pour un etre 
humain mais correct du point de vue format MPEG-4, 

Le Lecteur MPEG-4 du boitier (8) est un Lecteur 

20 standard MPEG-4 et n'est en aucune manidre modifie ou 
affects par les changements apportes aux plans P. 

Comme le montre la figure 1, 1' interface de 
connexion (9) est reliee a un reseau de telecommunication 
etendu (10) , directement ou par un reseau local servant de 

25 reseau d'acces et est const itue par exemple d'une interface 
de ligne d'abonne (Reseau telephonique analogique ou 
numerique, DSL, BLR, GSM, GPRS, UMTS, etc) . 

Ainsi done, les programmes audiovisuels sont 
diffuses de f agon classique en mode mult idif fusion 

3 0 (« broadcast ») via le reseau de transmission large bande 
(4) de type hertzien, cable, satellite, numerique hertzien, 
DSL, etc. depuis le serveur (1) directement via la liaison 
(3bis) ou via le portail (12) via la liaison (2) et (3) 
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vers le module decodeur (8) a travers la liaison (5) . 
Chaque programme audiovisuel ainsi diffuse peut etre crypte 
ou non, et, conformement £ la presente invention, les flux 
de type MPEG-4 comportent des modifications au niveau de 
5 certains plans P et ou B comme decrit ci-dessus. En 
fonction des parametres choisis par 1'usager ou des 
informations transmises par le serveur de diffusion, 
certains programmes audiovisuels ainsi modifies et 
incomplets sont enregistres dans le disque dur du boitier 

10 (8) . 

Lorsque 1'usager desire visualiser un programme 
audiovisuel ainsi enregistre dans le disque dur de son 
boitier (8) il en fait la demande de fa<?on classique au 
moyen d'une telecommande relie a son boitier (8) qui se 
15 connecte alors automat iquement au portail (12) via la 
liaison (9) de type reseau local ou acc£s direct et a 
travers le reseau de telecommunication (10) lui meme relie 
au portail (12) via la liaison (11) . Tout au long de la 
visualisation du programme audiovisuel, les liaisons (9) et 

20 (11) restent etablies et permettent au boitier (8) de 
recevoir les fonctions et les parametres de remise en ordre 
des vecteurs de mouvement dif f erent iels modifies des plans 
P. Les vecteurs de mouvement dif f erent iels modifies des 
plans P ainsi transmis ne sont jamais enregistres dans le 

25 disque dur du boitier (8) car les plans P reconstitues sont 
directement affiches sur l'ecran de visualisation (6) via 
la liaison (7) apres avoir ete traites par le Lecteur du 
boitier (8) a partir de sa memoire locale volatile. Une 
fois traites et visualises, les vecteurs de mouvement 

30 dif f erentiels modifies et/ou manquants des plans P venant 
d'etre transmis par le portail (12) seront effaces de la 
memoire volatile locale du boitier (8) . 
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Selon un mode de realisation particulier les 
valeurs d'origines des vecteurs de mouvement differentials 
des plans P ainsi diffuses peuvent etre cryptes ou non, par 
tout moyen de cryptage exist ant ou k venir. II en est de 
5 meme pour les algorithmes, les f one t ions et les parametres 
de remise en ordre des vecteurs de mouvement differentials 
modifies des plans P. 

A chaque fois que l'usager voudra regarder un 
programme enregistre dans le disque dur du boitier (8) le 

10 boitier (8) se connectera automat iquement vers le portail 
(12). De meme lorsque l'usager fera une pause, la 
transmission des vecteurs de mouvement dif f ^rentiels 
modifies des plans P en provenance du portail (12) sera 
interrompue jusqu'a la reprise de la visualisation, 

15 garantissant ainsi que toutes les informations d ' un 
programme audiovisuel ne se retrouvent dans le boitier (8) 
k un moment donne et evitant ainsi & une personne mal 
intentionnee de faire des copies pirates de ces 
enregistrements . 

20 Selon un mode de realisation particulier, le 

boitier (8) comprend un lecteur de cartes i. puce qui 
permettra au portail (12) d ' authent i f ier l'usager 
proprietaire du boitier (8) . 

Selon un mode de realisation particulier, pour 

25 un contenu MPEG-4 donne, la carte a puce contient ledit 
deuxidme flux qui a ete memorise par le portail (12) . 

Si cela est autorise, la carte a puce permet 
egalement a l'usager d'effectuer des copies privees des 
programmes audiovisuels enregistres sur le disque dur de 

30 son boitier dScodeur (8) . Pour cela, si l'usager veut faire 
une copie privee d'un programme audiovisuel, il le fera de 
fagon classique sur un magnetoscope via la liaison (7) qui 
relie le boitier (8) a 1'ecran de visualisation (6) . 
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Toutefois, s'il desire conserver une copie 
privee dans le disque dur de son boitier, il l'indiquera a 
son boitier (8) qui enregistrera 1' information « copie 
privee » ainsi que les coordonnees de l'usager se trouvant 
5 sur la carte a puce, dans un champ particulier (84) de ce 
programme audiovisuel enregistre sur le disque dur (85) du 
boitier decodeur (8). Ensuite, chaque fois que l'usager 
voudra visionner cette copie privee, le boitier (8) se 
connectera automat iquement au portail (12) et indiquera a 

10 ce dernier que l'usager veut faire une lecture de sa copie 
privee ; en retour, si la lecture de la copie privee est 
possible pour cet usager qui possdde cette carte k puce 
reliee a ce boitier (8) , le boitier decodeur (8) recevra 
alors les vecteurs de mouvement dif f erent iels modifies 

15 et/ou manquants des plans P ainsi que toutes les autres 
informations permettant la visualisation du programme 
audiovisuel constituant la copie priv§e ♦ 

Selon un autre mode de realisation, si l'usager 
desire conserver une copie privee dans le disque dur de son 

20 boitier, il l'indiquera au serveur qui enregistrera 
1 ' information « copie privee » pour ce programme dans la 
memoire copie privee (124) du portail (12) et pour cet 
utilisateur authentifie par la carte k puce. Ensuite, 
chaque fois que l'usager voudra visionner cette copie 

25 privee, le boitier (8) se connectera automat iquement au 
portail (12) et indiquera a ce dernier que l'usager veut 
faire une lecture de sa copie privee ; en retour, si la 
lecture de la copie privee est possible pour cet usager qui 
possede cette carte a puce et pour ce programme, le boitier 

30 decodeur (8) recevra alors les vecteurs de mouvement 
dif f erent iels manquants des plans P ainsi que toutes les 
autres informations permettant la visualisation du 
programme audiovisuel constituant la copie privee. 
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Selon un mode de realisation part iculier , la 
copie dite privee pourra permettre a l'usager de regarder 
ce tnetne programme audiovisuel de fagon illimitee ou un 
nombre de fois determin<§e & l'avance par l'offreur du 
5 service qui a autorise cette copie privee. 

La presente invention concerne egalement le 
boitier physique (8) utilise par le consommateur pour 
acceder aux donnees. Ce boitier physique est situe au 
domicile de 1 ' utilisateur . II fournit un ensemble de 
10 f onctionnalites qui gerent 1 ' information appropriee a 
presenter selon la selection de 1' audience et gere la 
connexion et la communication avec le serveur distant. 

Selon un mode de realisation particulier le 
boitier physique correspondant a l'agencement d' interf agage 
15 video (8) est realise comme un dispositif autonome fixe 
avec disque dur integre. 

Selon un mode de realisation particulier le 
boitier physique correspondant a l'agencement d' interf agage 
video (8) est realise comme un dispositif autonome portable 
20 (mobile) avec disque dur integre et/ou lecteur de disques 
(CD, DVD, etc . ) . 

Selon un mode de realisation particulier le 
boitier physique autonome (8) comprend un lecteur de cartes 
a puce. 

25 Selon un autre mode de realisation particulier 

l'agencement d' interf agage video (8) est realise comme une 
carte additionnelle qui sera installee dans un ordinateur 
de type PC et sera relive a au moins une interface de 
reseau de transmission et de diffusion large bande (4) et a 

3 0 au moins une interface de reseau de telecommunication (10) . 
Cette carte utilisera le disque dur de 1 ' ordinateur PC pour 
1' enregistrement du premier flux mais comportera son propre 
calculateur et sa propre memoire volatile de fagon £ ne pas 
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laisser a 1 ' utilisateur du PC mal intentionne le moyen 
d'acceder aux informations complementai res comme les 
vecteurs de mouvement dif f erentiels modifies des plans P du 
deuxieme flux. 

5 Selon la presente invention, les serveurs video 

et multimedia (1) et/ou (12) comprennent des moyens de 
codage, de transcodage et de brouillage de donates video, 
en particulier des moyens d'ajouter des informations 
cryptographiques et de securite au debut et tout au long 
10 des sequences. 

II est enfin a noter que 1' invention degrade le 
flux MPEG-4 du point de vue visuel jusqu'a ne plus 
permettre la reconnaissance des scenes transmises et 
affichees sans avoir acces aux donnees et caracterist iques 
15 complementai res, mais reconstitue totalement le flux MPEG-4 
dans l'agencement d' interf agage video (8) sans aucune 
perte . 

Bien que la presente invention soit plus 
particulierement axee sur les donnees audiovisuelles, il 

20 est entendu que toute information multimedia interactive et 
toutes donnees interactives peuvent etre traitees par le 
present agencement et le present systeme, les donnees video 
de type MPEG-4 etant les plus elaborees. 

La presente invention sera mieux comprise grace 

25 a la description suivante prSsentant la base physique de la 
presente invention et en reference a la figure 2 du dessin 
en annexe representant un mode de realisation prefer! de 
cette derniere en tant qu'exemple non limitatif de 
realisation particulierement bien adaptee pour les reseaux 

30 cables et de satellites. Le flux MPEG-4 (101) complet est 
analyse par le dispositif d' analyse (121) du portail (12) 
et sera ainsi separe en un flux de type MPEG-4 mais dont 
une partie voire tous les vecteurs de mouvement 
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dif f <§rentiels des plans P auront et€ traitgs et qui sera 
envoye via la sortie (122) du portail vers le reseau de 
diffusion transmission large bande (4) . 

L ' autre partie du flux MPEG-4 modifie sera 
5 memorisee dans la memoire tampon (122) du portail (12) . 
Pour chaque flux MPEG-4 ainsi diffuse, le portail (12) 
conservera dans une memoire tampon (122) les modifications 
qui auront ete apportees a ce flux MPEG-4 par l'analyseur 
(121) du portail (12) . II est precise que, pour un meme 

10 flux d' entree MPEG-4 (101) le traitement du flux peut etre 
different pour chaque utilisateur (8) et/ou pour chaque 
groupe d' ut ilisateurs {6} . Ainsi, la memoire tampon (12 3) 
du portail (12) comprend une zone de memoire dif ferente 
pour chaque utilisateur. 

15 Dans les exemples realises, pour un premier 

utilisateur, les vecteurs de mouvement dif f erentiels de 
certains plans P du flux MPEG-4 sont modifies ; pour un 
deuxieme utilisateur, certains vecteurs de mouvement 
differentiel des plans P et de certains plans B du flux 

20 MPEG-4 sont modifies; dans le troisieme exemple, le 
dispositif (8) est portable (mobile) . 

Decrivons maintenant en detail les differentes 
etapes pour ce premier utilisateur, 

Le portail (121) a choisi le flux MPEG-4 (101) 

25 qu'il va devoir envoyer a 1 ' util isateur (8) pour etre 
regarde en diff6r6 sur son ecran de television (6) . Cet 
utilisateur est relie a un reseau cSble numerique de 
diffusion (4) et a un reseau de telecommunication ADSL 
(10) . 

30 systSme d' analyse (121) du portail (12) va 

done lire le flux entrant MPEG-4 (101) et, chaque fois 
qu'il detecte un plan P, il le decompose en macroblocs, 
puis en blocs. Cette analyse lui permet de reconnaitre dans 
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le code les vecteurs de mouvement dif f erent iels , et de 
substituer certains d'entre eux par des valeurs aleatoires, 
afin de rendre les plans {et par consequent la sequence) 
illisibles du point de vue visuel humain. Les vraies 
5 valeurs des vecteurs de mouvement dif f erent iels seront 
stockees dans le tampon de sortie (123) , qui permettra plus 
tard la reconsti tution de la sequence de depart dans le 
boitier (8), en suivant le schema inverse, Dans l'exemple 
realise, un macrobloc sur deux comporte un bloc (vecteurs 

10 de mouvement dif f erent iels) modifie. 

Le systeme d' analyse (121) inscrit alors la 
valeur du coefficient substitue du plan P modif ±6 dans le 
tampon (123). Le systeme d'analyse (121) continue son 
analyse jusqu'3. la fin du flux d'entree MPEG-4 . 

15 Le nouveau flux MPEG-4 modifie est alors 

enregistre dans le tampon de sortie (122) pour etre diffuse 
sur le r£seau de diffusion (4) a travers la liaison (5) . 
Les vecteurs de mouvement dif f erent iels substitues des 
plans P modifies du flux MPEG-4 entrant (101) sont 

20 memorises dans le tampon (123) du portail (12) . 

Pendant ce temps, et de fagon totalement non 
synchronisee, le flux de sortie MPEG-4 modifie en 
provenance du tampon de sortie (122) du portail (12) est 
diffuse via le rdseau large bande (4) vers un ou plusieurs 

25 utilisateurs (8) . 

Chaque boitier decodeur autorise (8) qui 
souhaite enregistrer ce flux MPEG-4 ainsi modifie peut 
alors lire ce flux MPEG-4 et 1 ' enregistrer sur son disque 
dur (85) . Cette initiative d' enregistrement est laissee au 
30 decodeur (8) sous le contrdle du portail (12) . Pour cela, 
le systeme d'analyse (121) avait inscrit au debut du flux 
MPEG-4 , une information de donnees supplementaires qui 
precisait les destinataires de ce flux MPEG-4 modif iS . Les 
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destinataires peuvent etre ainsi un destinataire (8) 
particulier et lui seul, un groupe de destinataires (8) ou 
l'ensemble des decodeurs (8) relics au reseau (4). 

La phase d^crite ci-dessus correspond a la 
premiere phase de preparation du flux MPEG-4 par le portail 
(12), a sa transmission via le reseau large bande (4) et a 
son enregistrement dans un dScodeur (8) . Ce decodeur peut 
alors afficher ce flux MPEG-4 enregistre dans son disque 
dur (85) . Pour cela, le systeme de synthese (87) du 
decodeur (8) va lire le fichier MPEG-4 depuis son disque 
dur (85) et va l'envoyer vers un lecteur classique MPEG-4 
(81). Si aucune donnee compl£mentaire n'est reque par le 
systeme de synthese (87) , alors le flux MPEG-4 qui parvient 
au lecteur (81) est traite et affiche tel quel, ce qui 
provoque une distorsion importante de l'affichage sur 
1'ecran de visualisation (6), En effet, les plans P 
modifies qui sont traites par le systeme de synthese (87) 
ne correspondent pas aux plans P qui sont necessaires pour 
une visualisation correcte, puisque certains vecteurs de 
mouvement dif f erentiels ont £te substitu^s par des vecteurs 
de mouvement dif f erentiels aleatoires. Par contre, comme le 
flux enregistre est bien un flux de type MPEG-4, le lecteur 
(81) ne fait aucune difference et affiche les informations 
sur l'^cran de sortie (6) qui apparaissent bien comme des 
donnees d'un flux video MPEG-4 mais totalement incoh^rentes 
£ 1'etre humain qui regarde 1'ecran (6) - Toute copie du 
flux MPEG-4 en provenance du disque dur (85) du boltier (8) 
produira le meme effet visuel lors de sa restitution par un 
lecteur MPEG-4 quelconque ; toute utilisation de cette 
copie qui serait mal intentionn^e est done vouee a l'echec. 

Lorsque l'usager du decodeur (8) veut 
reellement visualiser sur son ecran (6) le programme 
audiovisuel enregistre sur son disque dur (85) , il en fait 
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la demande au systeme de synthese (87) avec sa telecommande 
comme il le ferait avec un raagngtoscope ou un lecteur de 
DVD presentant un menu sur son ecran de television. Le 
systeme de synthese (87) fait alors une requete au disque 
dur (85) et commence a analyser le flux MPEG-4 modifie en 
provenance du disque dur (85) via le tampon de lecture 
(83) . Le systeme de synthase (87) etablit alors une liaison 
avec le portail (12) via le reseau de telecommunication 
(10) qui est dans notre exemple une liaison DSL. Une fois 
cette liaison etablie, et pendant toute la duree de 
visualisation du film ou du programme audiovisuel, le 
systdme de synthese (87) fait parvenir de la memoire tampon 
(123) du serveur (12) les vecteurs de mouvement 
dif ferentiels substitues et les donnees correspondant aux 
15 plans P modifies du flux enregistre sur le disque dur (85) . 
Ces vecteurs de mouvement dif ferentiels et ces donnees de 
position parviennent au systeme de synthase (87) via la 
memoire tampon d' entree (86) et sont etockees 
temporairement dans la memoire volatile (88) du systeme de 
20 synthese (87) . A partir du flux MPEG-4 modifie qui parvient 
via le tampon (83) et a partir des vecteurs de mouvement 
dif ferentiels et des donnees associ§es qui parviennent via 
le tampon (86) dans la memoire (88), le systeme de synthese 

(87) reconstitue de fa?on inverse au processus d' analyse 
25 decrit pr#cedemment , les plans P modifies par les plan P 

reels et envoie le nouveau flux MPEG-4 ainsi reconstitug 
vers le lecteur (81) pour §tre affiche correctement sur 
1'ecran (6). Des leur utilisation, les vecteurs de 
mouvement dif ferentiels a substituer et les donnees 
associees k ces plans P sont effaces de la memoire volatile 

(88) . 

Dans 1' exemple realise, avant que le portail 
(12) n'autorise 1' envoi des plans P et des donnees 
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associees depuis son tampon (123), le portail (12) a 
v£rifie que 1 ' ut ilisateur du boitier (8) 6tait bien 
autorise a le faire. Pour cela f le portail (12) lit les 
informations contenues sur la carte a puce (82) du boitier 
5 (8) et verifie que cet utilisateur est bien autorise a 
regarder ce programme audiovisuel. Ce n'est qu'apres cette 
verification, que les vecteurs de mouvement dif f erent iels 
et les donnees associees sont envoyes depuis le tampon 
(123) vers le boitier (8) correspondant a cet utilisateur 

10 via le reseau (10) . 

Dans 1'exemple realise, 1 ' utilisateur a fait en 
plus une copie priv§e de son programme audiovisuel. Le 
systeme de synthese (87) a done inscrit dans une partie 
(84) du disque dur (85) des donnees complementaires ainsi 

15 que le numero de la carte a puce (82) et 1 ' information 
« copie privee » comme donnees associees a ce programme 
audiovisuel. Lors de la prochaine lecture privee de ce 
programme audiovisuel, le systeme de synthese (87) 
analysera ces donnees associees et informera ainsi le 

20 portail (12) que l'usager du decodeur (8) fait une lecture 
de la copie privee. Si cette fonction est autorisee pour 
cet utilisateur (8) par le portail (12) f les vecteurs de 
mouvement dif f erent iels et les donnees associees seront 
alors envoyes par le portail (12) vers le tampon (86) comme 

25 d<§crit ci-dessus. Dans le cas contraire, les vecteurs de 
mouvement dif f erent iels et les donnees associees ne seront 
pas envoyes et 1 ' utilisateur du decodeur (8) ne pourra pas 
regarder le flux MPEG-4 reconstitue. 

Decrivons maintenant en detail les differentes 

30 etapes pour le deuxieme utilisateur (8) . 

Dans ce deuxieme cas, le reseau de diffusion 
(4) est un r§seau de satellites et le reseau de 
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telecommunication (10) est un systeme de telephonie 
cellulaire de faible bande passante de type GSM . 

De facon identique a la description ci-dessus, 
l'utilisateur du decodeur (8) va recevoir les flux MPEG-4 
et les donnees complementaires depuis le portail (12) . 

Par contre, dans l'exemple realise, au lieu de 
modifier chaque plan P, l e systeme d' analyse (121) ne prend 
qu'un plan P sur n ou n est un nombre aleatoire compris 
entre 1 et 12 et prend en compte des plansfffr B. Ainsi, 
avant 1' envoi du flux MPEG-4 a partir du tampon de sortie 
(122), le systeme d'analyse (121) va lire le flux d'entree 
MPEG-4 (101) et apres tirage du nombre aleatoire n, le 
systeme de synthase modifie les vecteurs de mouvement 
differentiels au nieme plan P du flux MPEG-4. Apres chaque 
plan P ainsi modifie, le systeme d'analyse (121) va faire 
un nouveau tirage d'un nombre n aleatoire. Chaque nombre 
aleatoire ainsi utilise est enregistre dans le tampon (123) 
du portail (12). Pour les plans B, le systeme d'analyse 
(121) prend en compte un plan B sur m ou m est un nombre 
aleatoire compris entre 1 et 5, dans une trame pour 
laquelle le plan P n'a pas ete modif iee. 

Le systeme d'analyse (121) du portail (12) lit 
le flux entrant MPEG-4 (101) et, chaque fois qu'il detecte 
un nieme plan P ou un mieme plan B, il l e decompose en 
macroblocs, puis en blocs. Cette analyse lui permet de 
reconnaitre dans le code les vecteurs de mouvement 
differentiels, et de substituer certains d- entre eux par 
des valeurs aleatoires, afin de rendre les plans (et par 
consequent la sequence) illisibles du point de vue visuel 
humain. Les vraies valeurs des vecteurs de mouvement 
differentiels seront stockees dans le tampon de sortie 
(123), qui permettra plus tard la reconst itut ion de la 
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sequence de depart dans le boitier (8) , en suivant le 

schema inverse. 

De plus, dans ce deuxieme exemple realise, tous 
les vecteurs de mouvement dif f erentiels de ce nieme plan P 
5 ne seront pas modifies. Seul un macrobloc sur deux comporte 
un bloc (vecteurs de mouvement dif f erentiels) modifi6, tout 
en respectant l ! 6galit£ des frequences de modification pour 
les six blocs d'un macrobloc. De plus, la substitution de 
chaque vecteur de mouvement differentiel se fait par un 

10 vecteur de mouvement differentiel calcule de fagon 
aleatoire mais sa valeur est comparee a la valeur du 
vecteur de mouvement differentiel a substituer de fagon & 
verifier son ecart . Si cet ecart est trop faible, un autre 
nombre aleatoire est calcule de fagon & augmenter 1' ecart 

15 entre le vecteur ci substituer et le vecteur de 

substitution . 

II en est de meme pour les plans B. 

Pour la reconst itution du flux MPEG-4, le 
decodeur (8) lit les tampons (86) et (87) et decode les 

2 0 elements de donnees du train binaire, conformement a la 

syntaxe definie. 

Lorsqu'il lit le train binaire, le decodeur 
identifie le debut d'un plan code, puis le type de plan. II 
decode successivement chaque macrobloc du plan. Le type de 
25 macrobloc et les vecteurs de mouvement sont utilises pour 
construire une prediction du macrobloc courant , basee sur 
des plans de reference anterieurs et futurs qui ont ete 
stockes dans le decodeur. Les donnees des vecteurs de 
mouvement dif f erentiels sont decodees. Le resultat est 

3 0 ajoute au signal de prediction, avec une dynamique definie. 

Avant d'envoyer le flux MPEG-4 au lecteur (81), le systeme 
de synthese (87) remplace les vecteurs de mouvement 
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differentials des plans P et B qui ont ete substitues par 
ceux du flux provenant du tampon (86) . 

Lors de la reconstitution du flux MPEG-4 par le 
systeme de synthase (87) du decodeur (8), la lecture de ces 
5 nombres aleatoires et des vecteurs de mouvement 
differentials substitues depuis le tampon de sortie (123) 
du portail (12) et la lecture du flux MPEG-4 ainsi modifie 
depuis le disque dur (85) du boitier (8) permettent au 
systeme de synthase (87) de reconstituer les plan P et B et 
d'envoyer le tout au lecteur (81). 

Le plan est reconstruit par le lecteur (81) 
quand tous ces macroblocs ont ete traites . S f il s'agit d'un 
plan P ou d'un plan B, il constitue un plan de reference 
pour les plans subsequents et il est stocke a la place de 
15 1 ' ancien plan de reference. Dans l'exemple r<§alis<§ pour cet 
utilisateur, il a et<§ constat^ que le deuxieme flux 
demandait une bande passante infer ieure £ un pour raille de 
la bande passante necessaire pour transmettre le flux MPEG- 
4 de haute qualite, soit moins de un kilobits par seconde 
pour le deuxidme flux vis a vis de un megabits par seconde 
pour le premier flux MPEG-4 . 

Decrivons maintenant en detail les differentes 
etapes pour ce troisieme utilisateur. 

Dans cette realisation, le flux MPEG-4 est 
25 traitS par le systeme d' analyse (12) de la meme maniere que 
le flux MPEG-4 de la deuxieme realisation. 

Toutefois, le premier flux MPEG-4 modifie est 
inscrit et enregistre sur un support physique (2 0) de type 
CD a partir de la memoire tampon de sortie du systeme 
30 d' analyse (12) . 

Le deuxieme flux est memorise dans le tampon 
(123) et est egalement enregistre en plus sur un support 
physique (lObis) de format carte de credit constitue par 



20 
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une carte a puce et une memoire flash. Cette carte (lObis) 
sera lue par lecteur de carte (82) du dispositif (8) . Le 
dispositif (8) est un systeme autonome, portable et mobile. 
Dans la realisation, le dispositif (8) comprend le systeme 
5 de synthese (87) , le lecteur standard MPEG-4 (81) , les deux 
mdmoires tampons (86) et (83) ainsi que le lecteur de 
disque (85) . 

Le dispositif (8) comprend en plus un ecran 
integre (6bis) de type ecran plat qui permet a 

10 1 ' utilisateur de visionner directement ses programmes 
audiovisuels sur son dispositif (8) autonome. 

Pour visualiser un programme audiovisuel de 
type MPEG-4, 1 ' utilisateur du dispositif (8) introduit dans 
son lecteur de disque (85) un disque (20bis) de type^ (20) 

15 identique a celui enregistre par le systeme d' analyse (12) . 
Ce disque (20bis) contient ainsi un flux MPEG-4 de type 
premier Flux, c'est a dire avec les vecteurs de mouvement 
dif f erentiels de certains plans P et/ou B substitues. 

L' utilisateur du dispositif (8) peut done 

20 visualiser ce flux MPEG-4 sur son ecran (6bis) int£gr£ & 
son dispositif. Toutefois, en raison de la substitution des 
vecteurs de mouvement dif f <§rentiels , le flux MPEG-4 ne sera 
pas correct du point de vue visuel. Pour rendre le flux 
correct visuellement , 1 ' utilisateur introduit dans le 

25 lecteur de carte a puce (82) la carte mdmoire (lObis) 
contenant le deux i erne flux avec les vecteurs de mouvement 
dif f erentiels . Le systeme de synthese reconstitue alors le 
flux MPEG-4 correct k partir du premier flux provenant du 
disque (20bis) et du deuxieme flux provenant de la carte 

30 (lObis) connect^e au lecteur (82) . 

Dans un agencement particulier, la carte a puce 
(lObis) contient egalement les applications et les 
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algorithmes qui seront executes par le systeme de synthese 
(87) . 

Dans un autre agencement particulier, la carte 
£ puce (lObis) contient les donnees et les vecteurs de 
5 mouveraent differentials de plusieurs deuxieme flux pour la 
reconstitution de plusieurs flux MPEG-4. 

Dans un agencement particulier, le dispositif 
(8) comprend une liaison cellulaire vers un reseau GSM 
(10) . 
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1 — Procedg pour la distribution de sequences videos selon 
un format de flux nominal destine a decrire une pluralite 
de scenes audiovisuelles , chaque scene etant constitute 
d'une pluralite d'objets audiovisuels hitrarchises et d'un 
descripteur de ladite hierarchie et des relations spatiales 
et temporelles entre lesdits objets, chaque objet video 
comprenant au moins un plan numerique P, caracterise en ce 
que 1 ' on procede, avant la transmission a l'equipement 
client, a une analyse du flux pour gtnerer un premier flux 
modifie, presentant le format d'un flux nominal et dont les 
plans P, B ou S (GMC) contiennent des macroblocs dont toutes 
ou une partie des valeurs des vecteurs de mouvement ont ete 
modifiees, et un deuxieme flux d'un format quelconque, 
comportant les informations numeriques aptes a permettre la 
reconstruction desdits plans modifies, puis 3. transmettre 
separement les deux flux ainsi generes depuis le serveur 
vers l'equipement destinataire , et en ce que l'on calcule 
sur l'equipement destinataire une synthase d'un flux au 
format nominal en fonction dudit premier flux et dudit 
deuxieme flux. 

2 — Procede pour la distribution de sequences 
videos selon la revendication 1, caracterist en ce que le 
format de flux nominal est defini par la norme MPEG-4. 

3 — Procede pour la distribution de sequences 
videos selon 1 ' une des revendicat ions precedentes, 
caracterise en ce que ledit* premier flux modifie presente 
des plans P, B ou S (GMC) dont toutes ou une partie des 
valeurs des vecteurs de mouvement ont ete modifiees par la 
substitution de certaines valeurs des vecteurs de 
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mouvement par des valeurs de meme nature mais aleatoires, 
et que ledit deuxieme flux cornporte les valeurs des 
vecteurs de mouvement substitutes et les informations 
numgriques aptes a permettre la reconstruction desdits 
5 plans modifies. 

4 - Procede pour la distribution de sequences 
videos selon 1 ' une des revendicat ions precedentes, 
caracterise en ce que ladite analyse decide des valeurs des 
vecteurs de mouvement a modifier en fonction de la taille 
voulue pour ledit deuxieme flux et de la degradation 
desir<§e pour ledit premier flux modifie. 

5 - Procede pour la distribution de sequences 
15 videos selon l'une des revendications 1 £ 4, caracterisS en 

ce que la transmission dudit premier flux est realisee a 
travers un reseau large bande [cable, satellite, numerique 
hertzien, fibre optique, DSL (Digital Subscriber Line) , BLR 
(boucle locale radio) ] ou DAB [Digital Audio Broadcasting] . 

20 

6 - Procede pour la distribution de sequences 
videos selon l'une des revendications precedentes 
caracterise en ce que la transmission dudit deuxieme flux 
est realisee £ travers un reseau telephonique commute (RTC 

25 analogique ou numerique) , ou k travers un reseau de type 
DSL (Digital Subscriber Line) ou a travers un reseau BLR 
(boucle locale radio) ou a travers un reseau telephonique 
mobile utilisant les normes GSM, GPRS ou UMTS . 



30 



7 - Procede pour la distribution de sequences 
videos selon l'une des revendications 1 a 6, caracterise en 
ce que la transmission dudit deuxieme flux est realisee a 
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travers tin support materiel distribue physiquement [carte a 
memoire flash, carte a puce] . 

8 — Equipement pour la fabrication d'un flux 
5 vid£o en vue de la mise en oeuvre du procede selon l'une des 

revendications precedentes, coraportant au moins un serveur 
multimedia contenant les sequences videos originelles et 
caracterise en ce qu'il comporte un dispositif d' analyse du 
flux video provenant dudit serveur pour generer les deux 
10 flux. 

9 — systdme pour la transmission d'un flux 
video selon les revendications 1 a 8, caracterise en ce 
qu'il cornprend un equipement de production d'un flux video, 

15 au moins un equipement d' exploitation d'un flux video et au 
moins un reseau de communication entre 1' equipement de 
production et le(s) equipement (s) d' exploitation. 
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